一种独立的系统软件或服务程序，分布式应用软件可借助Middleware在不同的技术之间共享资源。所谓的分布式应用软件，在这里指的就是“服务”；不同的技术之间，在这里指的就是“不同的平台或操作系统，比如Adaptive AUTOSAR系统等。

在一个服务中，定义了Server和Client两个角色：Server提供服务，Client调用服务。对于同一个服务，只能存在一个Server，但可以同时存在多个Client调用服务。一个Service由0~多个Event/Method/Field组成。与CAN相比，面向服务的通讯方式能够大大降低总线的负载率。

调用或引用一个进程/函数/子程序，通常由Client发起，并由Server答复。Request是最常见的一种Method，由Client向Server请求数据；Response是Request的结果，由Server答复Client的Request。而Method Fire & Forget方式，只Client向Server发起，但Server对该请求不回复

一个单向的数据传输，只能是on change类型，用于Server主动向订阅（Subscribe）了相关服务的Client发布（Publish）信息。

由以下三项内容构成：

Notifier：通知，Server的Client订阅了服务后第一时间主动向其发送数据。

Getter：获取，由Client向Server请求数据。

Setter：设置，由Client修改Server的数据。

值报文类型说明

0x00 REQUEST 请求，需要回复

0x01 REQUEST_NO_RETURN 请求，不需要回复

0x02 NOTIFICATION Notifier/Event，不需要回复

0x80 RESPONSE 回复

0X81 ERROR 带有错误信息的回复

通常在传输数据时，为了使数据传输更可靠，要把原始数据分批传输，并且在每一批数据的头和尾都加上一定的辅助信息，比如数据量的大小、校验位等，这样就相当于给已经分批的原始数据加一些外套，这些外套起标示作用，使得原始数据不易丢失，一批数据加上“外套”就形成了传输通道的基本传输单元，叫做数据帧或数据包，而其中的原始数据就是payload。

由于服务需要由Server和Client共同完成，因此在进行正常的数据传输之前，需要一系列的准备工作确认Server和Client之间是否已有网络连接。之后，Client还要询问Server能否提供所需的服务，并对服务的Event进行订阅。这些工作都是通过SOME/IP服务发现（Service Discovery）实现的。

SOME/IP服务发现用于定位服务实例、检查服务是否可用以及部署发布和订阅句柄。服务发现只能通过UDP实现。服务发现的报文格式与一般的SOME/IP报文相同，但是其Message ID固定为0xFFFF8100。

SOME/IP SD报文也是一种SOME/IP报文，是在SOME/IP报文的基础上进行了扩展，增加了Entry、Option等字段；Entries用于同步服务实例的状态和发布/订阅的管理，Options用于传输Entries的附加信息。

SOME/IP SD报文的 ServiceID（0xFFFF） MethodID（0x8100） RequestID（0x0000） ProtocolVersion（0x01） InterfaceVersion（0x01） MessageType（0x02） ReturnCode（0x00）等属性都是固定值。